Ein praktisches Framework für agentengestützte Anwendungsmodernisierung

Die Modernisierung einer bestehenden Anwendung besteht selten nur darin, eine Technologie durch eine andere zu ersetzen. Eine Migration erfordert häufig das Verständnis jahrelanger Architekturentscheidungen, versteckter Abhängigkeiten, Sicherheitsregeln, Transaktionsverhalten, Integrationspunkte, Deployment-Prozesse und projektspezifischer Konventionen. Je größer oder fragmentierter die Anwendungslandschaft wird, desto mehr Aufwand fließt nicht nur in die Code-Anpassung, sondern auch in das Verständnis des Ist-Zustands, die Planung der Migration, die Validierung der Ergebnisse und die Dokumentation vorgenommener Änderungen.

Ein agentengestützter Ansatz kann dabei helfen, diese Arbeit zu strukturieren. Anstatt KI lediglich für isolierte Programmieraufgaben einzusetzen, können spezialisierte Agenten Verantwortung für verschiedene Phasen des Migrationslebenszyklus übernehmen. Ein Agent analysiert das bestehende System, ein anderer erstellt den Migrationsplan, während weitere Agenten Implementierung, Evaluierung, Tests und Dokumentation unterstützen. Eine Migration von JEE zu Spring Boot ist ein praxisnahes Beispiel für diesen Ansatz; das zugrunde liegende Konzept ist jedoch breiter gefasst und lässt sich anwenden, wann immer Anwendungen von einem Technologie-Stack, Framework oder einer Architektur auf eine andere umgestellt werden müssen.

Der entscheidende Unterschied lautet: KI-unterstützte Entwicklung hilft bei einzelnen Aufgaben, während agentengestützte Entwicklung die KI entlang eines durchgängigen Engineering-Prozesses organisiert. Das Ziel besteht nicht darin, Ingenieure aus der Modernisierungsarbeit zu verdrängen, sondern repetitive Aufgaben zu reduzieren, sodass sie sich auf jene Bereiche konzentrieren können, in denen menschliches Urteilsvermögen am wichtigsten ist: Architektur, Korrektheit, Risiken und finale Validierung.

Migration analysieren & planen

Bevor eine Migration beginnt, ist es wichtig, ein klares Verständnis der bestehenden Anwendungslandschaft aufzubauen. Der Analyse-Agent erfasst Informationen aus Quellcode, Abhängigkeiten, Konfigurationen, Datenbanken, Integrationen, Sicherheitseinstellungen sowie dem Laufzeitverhalten und verknüpft diese Komponenten, um die Systemstruktur aufzuzeigen und potenzielle Risiken zu identifizieren.

Das Ergebnis dieser Phase geht über ein reines technisches Inventar hinaus. Es kann UML-Diagramme, Abhängigkeitskarten, Architekturübersichten und Komplexitätsindikatoren umfassen, die das aktuelle System sowohl für Entwickler als auch für Architekten verständlicher machen. Dies schafft eine verlässliche Grundlage für den nächsten Schritt: die Planung der Migration basierend auf Fakten statt auf Annahmen.

Im nächsten Schritt werden diese Erkenntnisse in einen konkreten Migrationsplan überführt. Der Planungs-Agent nutzt die Analyseergebnisse, um die Zielarchitektur zu definieren, geeignete Migrationsansätze zu bestimmen, Aufgaben zu priorisieren und die Reihenfolge für die Durchführung der Migration festzulegen.

Ein guter Plan unterteilt die Migration in überschaubare Schritte, anstatt sie als eine einzige große Transformation zu behandeln. Er sollte Abhängigkeiten, Risiken, Validierungskriterien, Aufwandsschätzungen und eine klare Roadmap enthalten, die den Ist-Zustand mit dem gewünschten Zielzustand verbindet. Dadurch wird die Migration sowohl für menschliche Entwickler als auch für Agenten überprüfbarer, besser koordinierbar und planbarer.

Das wesentliche Ergebnis dieser Phase ist eine gemeinsame Roadmap, die vier praktische Fragen beantwortet: Was soll migriert werden, in welcher Reihenfolge, mit welchem Ansatz und wie wird der Erfolg überprüft?

Migration durchführen

Sobald der Migrationsplan steht, folgt die Ausführung. Der Migrations-Agent wendet die geplanten Änderungen auf die Anwendung an, indem er Code, Konfigurationen, Abhängigkeiten, Integrationen und infrastrukturbezogene Dateien gemäß der Zielarchitektur und den vereinbarten Migrationsmustern aktualisiert.

Anstatt alles auf einmal zu ändern, sollte die Migration schrittweise und in einer kontrollierten Reihenfolge durchgeführt werden. Jede Änderung sollte dem Plan folgen, definierte Vorgaben einhalten und bis zu den in der Planungsphase getroffenen Entscheidungen rückverfolgbar bleiben. Wiederverwendbare Agenten-Fähigkeiten (Skills) und Migrationsregeln tragen zu einer konsistenten Umsetzung bei – insbesondere dann, wenn ähnliche Transformationsmuster über mehrere Anwendungen hinweg auftreten.

Das Ziel dieser Phase ist nicht einfach die Generierung von neuem Code, sondern die strukturierte und wiederholbare Transformation der Anwendung unter Beibehaltung ihres vorgesehenen Verhaltens. In unseren eigenen Modernisierungsprojekten war eine Migration von JEE zu Spring Boot ein konkretes Beispiel für diesen Ansatz; dieselben Prinzipien lassen sich jedoch auch auf andere Framework-, Plattform- oder Architektur-Migrationen übertragen.

Migration evaluieren

Nach der Implementierung der Änderungen folgt die Evaluierung. Der Evaluierungs-Agent prüft die migrierte Anwendung anhand des erwarteten Verhaltens, der Zielarchitektur, der Qualitätsstandards und der in der Planungsphase definierten Erfolgskriterien.

Diese Evaluierung kombiniert automatisierte Tests mit strukturierter Analyse. Unit-Tests, Integrationstests, End-to-End-Tests, Sicherheitsprüfungen und weitere Quality Gates liefern messbare Nachweise darüber, ob sich die Anwendung weiterhin wie erwartet verhält. Der Evaluierungs-Agent kann die Ergebnisse anschließend analysieren, gegebenenfalls mit dem Originalsystem vergleichen, Regressionen identifizieren und Bereiche hervorheben, die einer weiteren Überprüfung bedürfen.

Diese Phase ist besonders wichtig für Aspekte, die nicht allein durch eine erfolgreiche Kompilierung validiert werden können. Transaktionsverhalten, Sicherheitsregeln, Integrationsabläufe und Annahmen zur Laufzeit können im Code zwar korrekt aussehen, sich nach der Migration aber anders verhalten. Aus diesem Grund zielt die Evaluierung nicht nur darauf ab, einen erfolgreichen Build zu bestätigen, sondern festzustellen, ob das beabsichtigte Verhalten erhalten blieb und die vereinbarten Qualitätskriterien erfüllt sind.

Das zentrale Resultat dieser Phase ist eine klare Entscheidung: Ist die migrierte Anwendung bereit für den nächsten Schritt oder ist eine weitere Iteration erforderlich?

Die modernisierte Anwendung dokumentieren

Die Dokumentationsphase stellt sicher, dass das im Zuge der Modernisierung gewonnene Wissen nicht über Code-Änderungen, Testergebnisse und einzelne Teammitglieder verstreut bleibt. Der Dokumentations-Agent sammelt Informationen aus den vorangegangenen Phasen und bereitet sie zu einer strukturierten, wartbaren Dokumentation auf. Diese umfasst Architektur, Migrationsentscheidungen, Konfigurationen, Integrationen, Tests, Deployment sowie Betriebsverfahren.

Ziel ist es nicht, bloß mehr Dokumente zu erzeugen, sondern eine verlässliche Wissensbasis aufzubauen, die auch nach Abschluss der Migration genutzt werden kann. Indem diese Informationen konsistent, nachvollziehbar und aktuell gehalten werden, verstehen Teams künftig, warum bestimmte Entscheidungen getroffen wurden, wie die modernisierte Anwendung aufgebaut ist und wie sie betrieben und gewartet werden muss.

Damit wird Dokumentation zu einem aktiven Bestandteil der Modernisierung statt zu einer nachgelagerten administrativen Aufgabe. Eine erfolgreiche Migration liefert nicht nur eine funktionierende Anwendung, sondern hinterlässt klares Wissen, das das Onboarding, die Wartung, zukünftige Anpassungen und die langfristige Weiterentwicklung unterstützt.

Human in the Loop (Menschliche Einbindung)

Agentengestützte Entwicklung bedeutet nicht, die Migration vollständig an eine KI zu übergeben und sich zurückzuziehen. Die Migration bleibt eine Teamleistung, und das gesamte Entwicklungsteam bleibt über den vollständigen Lebenszyklus hinweg eingebunden.

Entwickler, Architekten, Tester, Sicherheitsexperten, DevOps-Ingenieure und weitere Stakeholder bringen sich an verschiedenen Punkten ein – niemand von ihnen ist auf eine einzige Phase beschränkt. Architekten definieren den Zielzustand mit und validieren Architekturentscheidungen. Entwickler prüfen Umsetzungsentscheidungen und begleiten komplexe Transformationen. Tester legen Akzeptanzkriterien fest, hinterfragen Annahmen und überprüfen das Systemverhalten. Sicherheits- und Betriebsteams steuern Vorgaben, Quality Gates sowie Laufzeitanforderungen bei. Ihre Fachkenntnis wird kontinuierlich benötigt – von der Analyse und Planung über die Migration bis hin zur Evaluierung und Dokumentation.

Die Agenten unterstützen das Team, indem sie repetitive Analysen übernehmen, strukturierte Pläne erstellen, definierte Migrationsmuster anwenden, Prüfungen durchführen und Ergebnisse dokumentieren. Die menschlichen Experten behalten die Verantwortung für Beurteilung, Kontext, Abwägungsentscheidungen und die finale Freigabe. Diese fortlaufende Zusammenarbeit ist besonders dann unerlässlich, wenn das System Verhaltensweisen aufweist, die sich nicht zuverlässig aus dem Quellcode allein ableiten lassen.

Verantwortung des Teams über jede Phase hinweg

Das Grundprinzip ist einfach: Agenten wirken im Entwicklungsprozess mit, die Gesamtverantwortung verbleibt jedoch über jede Phase hinweg beim Entwicklungsteam.